4. Automatisme

4.1 Matériels Préconisés API Schneider

4.1.1 Les automates M340

1. Rack bmxxbe… ;
2. Alimentation 220V bmxcps… ;
3. Processeur BMXP342020 ;
4. Carte de communication BMXNOE0100 ;
5. Carte entrée ou sortie BMXDDI BMXDDO.

4.1.2 Les automates M580

1. Rack bmxxbe… ;
2. Alimentation 220V bmxcps… ;
3. Processeur BMXP342020 ;
4. Carte de communication BMXNOE0100 ;
5. Carte entrée ou sortie BMXDDI BMXDDO.

4.1.3 Les entrées sorties déportées

1. STBNIP2212 ;
2. STBPDT3100 ;
3. STBDDI3725 ;
4. STBDDO3705 ;
5. STBACI0320 ;
6. STBACO0220.

Les alimentations des entrées/sorties Tor ou analogique devront être séparées.

4.2 Matériels Préconisés API Siemens

4.2.1 Les automates ET200SP

1. Rack … ;
2. Alimentation 220V … ;
3. Processeur ;
4. Carte de communication ;
5. Carte entrée ou sortie.

4.2.2 Les automates S7 1500

1. Rack … ;
2. Alimentation 220V … ;
3. Processeur ;
4. Carte de communication ;
5. Carte entrée ou sortie.

4.2.3 Les entrées sorties déportées

• ……………………… ;
• ……………………. ;
• ……………………..

Les alimentations des entrées sorties Tor ou analogique devront être séparées.

4.3 Matériels Préconisés opérateurs

IHM :
La supervision se fera sur écran tactile minimum 12 pouces.

4.4 Matériels Préconisés Supervision

PC Vue ou INtouch ou Wincc OU …… :
La supervision se fera sur écran 20 pouces.

4.5 Architecture réseau préconisée

4.5.1 Réseau Inter-API et IHM et SUPERVISION

Les réseaux de communication inter automates devront être désolidarisés du réseau des entrées sorties/variateur.
Le réseau inter automate et le réseau des IHM et de supervision pourront être sur la même carte réseau.

Figure 1 : Architecture réseau et automate

4.5.2 Réseau variateur

1. Les variateurs de la marque Siemens en sous réseau Profinet ;
2. Les variateurs de la marque Schneider en sous réseau Modbus.

………….

4.6 Programme et fonctionnalités

Programme API, IHM, Supervision :
Ces programmes devront être non verrouillés et le plus claire possible et commentés de manière à privilégier le dépannage.

4.7 Supervision

4.7.1 Niveau utilisateur

La supervision devra avoir 4 niveaux de pilotage avec mot de passe :

• 0 : niveau opérateur (accès au pilotage de base de l’installation) ;
• 1 : niveau responsable production (niveau 0 + certain forçage et paramètre production) ;
• 2 : maintenance (niveau 1 + forçage +paramètre maintenance) ;
• 3 : niveau installateur.

4.7.2 Couleur d’animation 

Chaque élément raccordé ou en communication avec l’automate devra être représenté sur la supervision en respectant ces couleurs :

Figure 2 : Signalisation visuelle des organes

La position des actionneurs devra être également bien signalée sur la supervision comme la position d’une vanne ou vérin.
Les capteurs Tor seront animés de la manière suivante :

Les niveaux seront animés de la manière suivante :

4.7.3 Pilotage d’un actionneur

Chaque actionneur pourra être pris en main en manuel depuis la supervision. Attention dans le programme automate la sécurité matériel et humaine devra sécurisée cette mise en marche.
Exemple :

Figure 3 : Forçage Tor et Ana

4.7.4 Régulation

Une fenêtre permettra de régler chaque PID :

Figure 4 : Régulation PID1

4.7.5 Signalisation des touches de commande

Le bouton de lancement de commande pourra prendre les couleurs :

Figure 5 : Signalisation des touches d’action

Le lancement d’une commande se fera par l’intermédiaire d’une page de validation et non directement quand on appuie sur le bouton.

Figure 6 : Boîte de dialogue de validation

4.7.6 Architecture réseau

Une architecture réseau devra apparaitre sur la supervision indiquant les adresses réseaux ou bus des différents éléments. Pour les éléments de communication autre que supervision leur état sur le réseau devra être animé.

4.7.7 Alarmes et historiques

Une page permettra de visualiser l’ensemble des alarmes et une autre page l’ensemble des historiques des alarmes.
Chaque alarme pourra être inhibée ou masquée.
Les alarmes devront avoir un code unique par groupe fonctionnelle sur la supervision ce qui permettra d’identifier clairement le défaut api.